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This report presents an evaluation instrument through 
which school districts and schools can identify and select 
computer-based schoo' information manajement systems (SIMS) suited to 
their needs. These s'. lection criteria were identified through a 
survey questionnaire and interviews at 18 representative schools in 
the Ed<«onton (Alberta) Public School District. As a result of 
analysis of theso data, & three-level evaluation process has been 
devised, with progressively more detailed selection criteria. Level 1 
defines the four basic functions of SIMS: school records, scheduling, 
student attendance, and grade processing. It also covers basic 
criteria such as cost, reliability o£ vendor, hardware capacity, and 
ease of use. The Level 2 selection criteria are more detailed, and 
are used to determine whether a system meets the needs of a 
particular school. Level 3 evaluation, aimed at the few systems that 
are finalists in the selection process, involves functional and 
performance testing of all system modules in a real life environwent. 
Evaluation at Level 3 is a two-phase process: first, each system is 
evaluated against the most detailed criteria, and second, the 
outcomes of individual product evaluations are summarized and 
compiled for comparison and final selection. Accordingly, two 
separate instruments are included: the SINS Selection Critoria Level 
3 working form, and the Comparison Smoary and Review ^orm. Appended 
are the questionnaire /ad interview forms used tv gather the 
information from which these criteria were derived, and a detailed 
scoring comparison form. (TE) 
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1.0 INTRODUCTION 



Rpcent rapid advances in the computer technology and related fields have 
greatly increased the spectrum of opportunities for the application of 
computers. While increasing in power and performance, computers have also 
become more affordable and easier to use. Increasingly, educational 
administrators are seeking to apply the technology to the administration of 
schools. Many tasks which were once cousidsred addressable only by large 
centralized mainframe computers can now be addressed by microcomputers. An 
example of such tasks is organization for instruction. School administrators 
are becoming increasingly interested in the local application of computer 
technology to school information management. 

Among the computer based applications which exist for school administrators 
today are School Information Management Systems (SIMS) with a particular focus 
on stfjdent related information. These system^ may be microcomputer or 
minicomputer based and, typically, incorporate four major modules which 
address school records, student scheduling, student attendance and marks or 
progress reporting. Usually, there is a high degree of integration between 
the modules which means, for example, that duplicate data beses are not 
required. In most cases, the cost of these software systems belies their 
complexity. Four thousand dollars buys mult i -megabytes of software 
opportunity. In all cases, it is safe to assume that the cost of the software 
system itself will be the least impacuing factor in any decision to apply it. 

The implications of staff training, human resource requirements, ongoing 
operational and systems support costs, and implied organization changes as a 
result of local, computer based approaches to school information management 
are far more critical than the mere cost of the system itself. These 
considerations thus underscore the need to give very careful consideration to 
the early steps of ^.dentifying a suitable system alternative. 

The purpose of the work which is reported on hare, was to develop a broad 
evaluation instrument through which school districts and schools will be able 
to appropriately identify and prioritize the SIMS alternatives most suited to 
their needs. 

The basic philosophy which underlies the work reported on here, therefore, is 
that evaluation as a whole should be a staged process which allows for the 
rapid identification and elimination of low potential alternatives. To this 
end, a three level evaluation process has been devised with progressively more 
detailed selection criteria. The first and second levels of the evaluation 
process thus serve to screen systems from the time consuming and detailed 
phase of evaluation which takes place at Level 3. 
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2.0 MAJOR FACTOES TO BE OOHSIPEBKD IN THE BVALDATIOW OP SIMS 



The only way to reliably evaluate the scope and functionality of a SIMS 
alternative (i.e. what it can do and how well it dots it) is through detailed, 
live testing. It is very important to note, however, that product acope ^nd 
functionality is Just one of six major factors wh ch should be considered in 
the evaluation of SIMS alterratives. It is even more important to note that 
the other five major fectors are collectively of equal (if not greater), 
importance than scope and functionality. 

The table below identifies tne six major factors which are believed (as a 
result .jI this work and of the District's direct involvement with SIMS) to be 
at the heart of SIMS evaluation. This table also shows a suggested emphasis 
(in the form of a percentage) which might be placed on the six factors in an 
evaluation. 



It is significant to point out that the evaluation process which has been 
developed can be very flexibly applied within its domain of applicability 
allowing the evsluator to determine the relative emphasis to be placed on the 
six major factors. 



EVALUATION FACTOR 



EMPHASIS (X) 



PRODUCT SCOPE AND FUNCTION 
EASE OF USE (OF PRODUCT) 
TECHNICAL CONSIDERATIONS 
SUPPORT AND SERVICES 
PRODUCT QUALIFICATIONS 
VENDOR 



A5 
10 
10 
15 
10 
10 
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3.0 APPROACH TO THE DEVELOPMENT OF THE SELECTION CRITERIA 



The jielection criteria were identified through the close cooperation and 
support of schools within the Edmonton Public School District. A six step 
process was used as outlined below: 

Step 1 A General Questionnaire (see /.ppendix 1), Interview Guide and Detailed 
Checklist (see Appendix 2) were developed for the gathering of 
Information from the schools to be surveved. These documents were 
developed using information gained through prior, extensive contact 
t/lth schools in general, through the experiences of Information 
Services Branch staff, aad with a working knowledge of the 
characteristics of currently available systems. The general 
questionnaire was designed to determine which features and 
characteristics a SIMS should include and, in many cases, their 
relative importance. Where measures of che relative importance of a 
criteria or characteristic were required, the questionnaire featured a 
simple four point "must", "important", "optional" and "not required" 
scale for respondents to check. 

Step 2 Eighteen district schools were identified as a representative sample 
through which detailed school information management needs and 
requirements would be confirmed. These schools were carefully chosen 
to reflect many of the key variables such as school level, size, 
programs, organization and operational style. 

Step 3 The General Questionnaire was sent to the 18 identified schools 

together with a statement of its purpose and instructions for its 
completion. Participating schools were requested to give careful 
consideration to their responses to the questionnaire and to prepare 
for a follow-up interview. The questionnaire also allowed 
participants to respond to needs and requirements not specifically 
identified in the survey. 

Step A After allowing ample time for the completion of the questionnaire, 

follow-up interviews were conducted at each school using the Interview 
Guide and Detailed Checklist referred to previously. The purpose of 
this step was to clarify and confirm responses relative to the 
questionnaire. The reason for the two stage information gathering 
process (questionnaire followed by the interview) was to allow the 
schools to first respond without external influence of any kind. 
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step 5 Information gathered through the administration of the questionnaire 
end subsequent interviews was compiled and analyzed and used to 
determine the relative importance of selection criteria itens. 
Particular attention was paid to the comirients of participating school . 
since this sometimes led to the inclusion of additional criteria itecns 
which might otherwise have been n^lssed. 

Step 6 Simple qualitative and quantitative analysis of the questionnaire, its 
findings^ and the results of the interviews led to the definition of 
the criteria lists (for the three proposed levels of evaluation) as 
well as to the determination of weighting factors where appropriate. 
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4.0 THE SELSCTIOM CRITERIA 



Ae stated previously, the selection process is defined as a three stage 
process. Three levels of progressively more detailed criteria have been 
developed and are described in the following stbsections. 

4.1 Selection Criteria - Level 1 

The Level 1 Selection Criteria List is shown on the following page. This set 
of criteria is intended to be used as part of an initial screening procedure - 
typically, at the point in time when initial product and literature reviews 
are being conducted. The Level 1 criteria document defines, at a very broad 
level, the key characteristics which SIMS should embody to warrant further, 
more detailed consideration. If a SIMS alternative under consideration does 
not meet the Level I criteria, it need receive no further consideration. 
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SIMS - Selection Criteria - Level 1 



o The cost of the system, one time vendor services, and ongoing vendor support 
and operational costs should be within the bounds of consideration given an 
assumption that the system/vendor will successfully uieet the 
Information/support requirements* 

o The vendor phould be a well established firm with a viable product, \Tich 
good customer references, and with solid (and hopefully local) support 
services (e.g. documentation, training. Installation, product maintenance, 
product development, troubleshooting/consulting services). 

o At a minimum. Integrated School Information Management Systems should have 
operational the following functional components: 

- School Records 

- Scheduling 

- Student Attendance 

- Marks Processing 

o The SIMS must be able to handle all students in a given school and so must 
be able to accommodate large schools of over 2000 pupils. It must allow 
flexible formats for major reports and/or user-definable reports and 
inquiries into the available data. The system should have the potential to 
function in a local area network to accommodate simultaneous access to the 
system by multiple users where appropriate. 

o The system should not have any processes which run in excess of 24 hours. 
If the combination of the amount of data and hardware capacity makes any of 
the processes run in excess of 24 hours, the system must provide a mechanism 
for breaking up the entire process into sma-^]er runs of under 24 hours, or 
else provide for an automatic backup ana reatarl/recovery at the pbint of 
latest failure. 

o The system construction should ba parameter driven and allow the users to 
perform system regeneration to accommodate local operational approaches/ 
needs, or the vendor of the system should provide flexible and rrsponsive 
local support for minor modificitions and enhancements to the system. 

o The system documentation, its ease of use, and the availability of vendor 
support should create an environment that does not require school staff to 
have special data processing skills for day-to-day systeiL operation at the 
school level. 

o The system should make efficient use of the available disk space (e.g. the 
space should not be occupied if a portion of the data Tiles or system 
functions is not utilized). The system should allow the user to specify on 
which logical drive the data resides, and/or tt allow for a continuous file 
space on more than one drive if the file structure of the system is such 
that a large volume of data is kept in one file. 

o The system response time on simple screen functions should not exceed five 
seconds • 
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4.2 Selection Criteria - Level 2 



The Level 2 Selection Criteria List is shovm on the following two pages. This 
second stage evaluation document is Intended to be used to determine whether a 
particular system has the Inherent characteristics and capabilities to meet 
the needs of a particular school. While Level 1 criteria defines the four 
basic modules of SIMS, Level 2 further details the system capabilities, 
processes and attributes that each of the modules should exhibit (although 
still in fairly general terms). For example, it is at this level that an 
evaluatjr would determine whether a particular system is more appropriate for 
use at the senior, junior or elementary level. Level 2 criteria is intended 
for use at the more detailed market research stage. This stage is typically 
characterized by product demonstrations, system documentation reviews, 
detailed consultation with vendors and consultation with users (reference 
checks)* Product evaluation at Level 2 need only be conducted in the event 
that i^evel 1 criteria are successfully met. 
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SIMS - Selection Criteria - Lev€ 1 2 



The School Records Function 
The system shoulu; 

- allow for rapid entry of basic student data during the pre- 
reglstratlon process 

produce confirmation notices 

- alxow student Identification at the District and Ministry levels 

- contain data Items required to satisfy school Information needs 

- accommodate a reasonable number of various user-defined fields In 
addition to the standard data fields 

- produce standard reports as well ' is'^r-def Ined 
reports/Inquiries using available v*v.ta 

The Scheduling Function 

The system should: 

- handle any combination of lull year, semester, trimester, 
quartermaster, or 6 week segment courses that are used In the 
school 

- provide a user-defined timetable rotation/ tumble 

- allow a flexible number of perloi„ per day 

- provide a flexible scheduling sequence (e.g. A-2, Z-A, lowest 
grade flr^t, highest grade first) 

- maintain current and future year master schedules and timetables 

- have an automated master schedule builder 

- have a manual master schedule builder 

- allow automated entry of course requests 

- allow manual entry of course requests 

provide adequate checking of pre- and co-requlsltes 

- allow for student preferences 

- produce appropriate pve- and post-scheduling reports 

- complete one scheduling simulation run within 24 hours for as 
many as 2300 Siudents 

be able to produce necessary scheduling reports without 
Interfering or delaying the computer utilization for ocher system 
functions 

Foi junior high schools only, the system should: 

- allow homeroom grouping for core subjects 

- be capable of schedul ing any course in any combination of 
periods 



13 



(9) 



The Attendance Function 



The system should: 

allow automated entry of attendance data 
allow manual entry of attendance data 
allov multiple- user-defined absence types 

be able to record detailed attendance inforuidtion at various 
intervals 

- maintain detailed attendance data for at least ten days 

- maintain cummulative attendance history for one school year 
be able to produce various user-defined reports based on the 
available data 



- allow automated entry of marks information 

- allow manual entry of rnarks information 

- allow a minimuu of 4 term marks and a final mark 

be able to produce report cards using a user-defined format 
produce various user -defined reports 



The system should: 

~ perform all runs within the time frame dictated by the 
instructional support processes adopted in the school 

- accommodate all data required by the available processes within 
the limitations of currently available hardware configurations 

- have a built in back-up and recovery procedure, or provide clear 
instructions on ^he file structure for backup and recovery 
through the operating system utilities 

- provide at least password security protection to prevent access 
to the data by unauthorized users 



The Stud-nt Marks Function 



The system should: 



General Functionality 





(10) 



4 . 3 Selection Cri t eria - Level 3 

This Is the final and mo-.t critical levpl of the evaluation. Evaluation at 
this level imp?ies functional and performance testing and evaluation of all 
system qwdul^s at che detailed level in a veai life environiottent • The concept 
of weighting is introduced at this level of the evaluation. Besides product 
quality, functionality, and reliability considerations, this level also 
implies vendor evaluation in terms of expertise, product plans, and support 
services (e.g. installation, training, maintenance, consulting). "This staga 
is time and resource intensive and thus should only be undertaken on a sho.t 
list of high potential systems alternatives. Evaluation at Level 3 is, 
itself, a two phase process. First, each system alternative is evaluated 
against the most detailed criteria, and secondly, the outcomes of individual 
product evaluations are summarized and compiled for comparison purposes to 
facilitate final selection. To facilitate this stage of evaluation, two 
separate documents have been developed. The first is the 3IMS Selection 
Criteria Level 3 Working Form, which is described and the document shown in 
section 3.3.1. The second document is the Comparison Summary and Review Form 
which is described and shown in section 3.3.2. 

4.3.1 Selection Criteria Level 3 - W>,i. ^ng Form 

This document provides the greatest level of detail of all and is intendcad for 
use during the detailed and comprehensive testing of each individual 
product. The left hand side of the document identifies major evaluation 
factors. Immediately to the right of this is a column entitled CRITERIA 
ITEMS. For each major evaluation factor, this particular column contains a 
number of mujor criteria (e.g. features, processes, or attributes of a system) 
which are to be quantitatively evaluated. These major criteria are identified 
by underlining. Below each major criteria is a list of detailed criteria. 
The detailed criteria are of two types - those which will be scored during the 
evaluation and those which are provided for context consideration only and 
which will not be scored. Criteria items provided for context consideration 
are preceded by a hyphea (-). Criteria items which will be scored can be 
identified by the presence of an entry in the column marked WEIGHT. 

By way of exawole, the key function entitled School Records (associated with 
the Product Scope and Function evaluation factor) has been broken down into 
three major criteria, namely (1) Pre-Registration/ Enrollment, (2) Detailed 
Data It-^ms and (3) Reports/Inquiries. For Pre-Registration and Enrollment, 
three detailed criteria have been identified which should be scored - notably. 
Create student record. Registration confirmation notice, and Feeder school 
conf irci^tion notice. 

To assist with the development of a score for the Create student record 
criteria item, general non-scorable context or supplementary items have been 
listed for consideration such as school student ID, last name, etc. By way of 
contrast, no context or supplementary items were considered necessary in 
relation to the scorable Registration confirmation notice item. 
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The column entries for the Level 3 working form document are summarized b^low. 



BvaluatioD Factor 



Criteria Item 



Height 



Score 



Weighted Score 



MaxlauB Weighted Score 



Weighted Score/Max Weighted Score 
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identifies a key area of evaluation ani 
the beginning of a detailed criteria list 
for that particular factor. 

identifies a feature, process or attribute 
associated with the factor. The Criteria' 
item column also contains supplementary 
entries intended to provide an evaluator 
with a more complete perspecfive on a 
particular criteria Item being 
evaluated. Supplementary entries, which 
are identified by a preceding hyphen, do 
not have a weight assigned to them. 

is a measure of the relative importance of 
a criteria item to the user. Suimning of 
weighting factors (or weights) gives a 
broad perspective of the relative 
importance of major areas or modules 
within the context of the entire 
evaluation Weights are assignable at the 
discretion of the user. 

is a measure of how well p given criteria 
is met by a particular alternative. It is 
Suggested that scores be assigned on <i 
simple 0-10 scale (or user defined 
equivalent). Only those items which have 
weighting factors should be scored. 
Levels 1 and 2 of the evaluation are 
checklist oriented and thus scoring is not 
required. 

this column entry is the product of the 
''eight and the raw score and is a measure 
of how well the needs of a uFer are met on 
that particular item, area or module. 

is the product of the weight and the 
maximum possible score. This would be the 
weighted score which implies a perfect fit 
to the needs of the user on a particular 
criteria item, set thereof, factor, etc. 

this ratio gives a proportional measure of 
how well user needs are met on a particu- 
lar item, set thereof, factor, etc. 
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(W) 


SCORE 
(S) 


WEIOrrcD SCORE 
(W X S) 


MAX VT SCORE. 


wr sccwE/MAx wr score 


FTODOCr 

soon ft 
iDNcnaN 


f^aOJL 8BO0RDS 
Pre-Regl8tratlon/Enrollment 
Create student record 


15 












- school student I.D, 

- last name 

- middle name 

- first name 

- birthdate 

- current grade 

- sex 

- feeder school 

- hone address 














Registration confirmation notice 


3 












Feeder school confirmation notice 


2 












xuuuLi ree~KgX8tratioQ/Enro\lJKnt 


20 












Detailed Data Items 










i 




Student informtlon 


25 












' school sujdent I.D, 

- District student I.D. 

- Alberta Education student I.D, 
-> last naw 

-> middle name 

- first name 

- birthdate 

- current grade 

- sex 

- feeder school 
hone address 

- telephone mnnber 
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17 



18 



FACTOR 



0 
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emergency contact 

- name 

- telephone 
entry Infomatlon 

- entry date 

- registration code 

- withdrawal code 
previous schools (2) 
homeroom Instruction 
counsellor 

parent /guardian Information (up to 4) 

- name 

- address 

- telephone (home and business) 

- relationship 

- occupation 
locker Information 

- nuid>er 
combination 

student Indebtedness 
religious denomination 
program type 

nufiiber of crealts earned 

- this school 

- other schools 
academic history 
travel information 

method 

- distance 

- bus pass information 
parking infonnatlon 

- driver's licence 

- licence plate 

- parking space 
medical information 

- dlsabilities/behavloure 

- medications 

- allergies 



WEIGOT 
(W) 



SCORE 
(S) 



WEIGHTED SCORE 
(W X S) 



MAX Vr SCORE 



WT SCORE/MAX WT SCORE 



FACTOR 


CRiri:;KiA ITE2iS 


WEIGHT 
(W) 


SCORE 
(S) 


WEIGHTED SCORE 
(W X S) 


MAX Vrr SCORE 


WT SCORE/MAX WT SCORE 




- date of last medical 

- physician information 

- health care number 

- departure information 

- date 

- reason 

- minioum of 6 user defined fields 














Instructor Information 


5 












- instructor code 

- name 

- address 

- telephone 

- social insurance number 

- language of instruction 

- certificate number 

- courses taught 

- nlninum or o user defined fields 















Course information 
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- course code (5 chaiacter alpha-numeric) 

- description 

- pre-and co-requisites (minimum of 4) 

- uuat handle-and"/-or"8ituation 

- course type 

- language of instruction 

- course accreditation 

- credit value (2 digits) 

- pass/fail mark 
*" grade 














JOTKL Detailed Data I tew 


45 
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CRITERIA ITQIS 


wEicm 

(W) 
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^S) 


WEIGHTED SCORE 
(W Z C) 


MAX Vr SCORE 


VY SCORE/MAX SCORE 




Reports/Inquiries 


25 










All reports and inquiries should be avail- 
able for all or a specified range of 
records, in various sort orders. 

" class lists 

- homeroom lists 

- student name labels 

- student address labels 

- parent address labels 

- student I.D. cards 

- student data (alphabetical or numerical 
order) 

- parent data (alphabetical or numerical 
order) 

- instructor data (alphabetical or numer- 
ical order) 

- course data 

- student phone list 

- student name list 

- student grade list 

- feeder school list 

- locker Information list 

- student population by instruction type 

- fee sheets 

The system should allow production of 
user-defined reports/inquiries using 
available data* 

TOTAL Reports/ iDquirieB 
TOEftL SCBOOL 8E0QKD6 


25 






90 





















CRITERIA ITEMS 



SGHEDULDC 
Detailed Data Items 

- Course code 

- Course seutloa 

Manual scheduling (Arena Scheduling) 

f're~scb^dullng 

Cour&<^ Requests 

manual ent^y 
automated entry 

- allow student to specify mandatory/ 
compulsory courses, 

" preferred courses, oref erred 
alternatives, etc. 

- allow stuc'.er.n to specify preferred 
bection, semester, or instructor 

Edit and validation of course requests 

- checkl.Tg of pre- and cc-rpquisltes in 
the current students' reauests as well 
as history files 

- capability to override pre- and co- 
requisites 

- capability to complete pre-requisite 
checking for students from other 
District schools. 

Pre-scheduling reports 

- potential conflict matrix — for all 
or a specified range of courses. 
Additional seJectic^ criteria may be 



WEIGHT 
(W) 



SCORE 
(S) 



5 



WEIGHTED Score 
(W X s) 



MAX WT SCORE 
X S^) 



Wr SCORE/MAX WT SCOfF. 



1 



9 
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EVALUATION 
FACTOR 



CRITERIA ITEMS 



WEIGOT 
(W) 



SCORE 
(S) 



WEIQITED SCORE 
(W X S) 



MAX Vr SCORT WT SCORE/MAX WT SCORE 



based on the number of requests or the 
number of sections. 

- course tally 

- students with no requests 

- student course request list 

- min/max request list 

- min/max credit list 

- versification tickets 

- arena scheduling labels 

- stur* cs missing compulsory courses 

- students requesting specific course or 
group of courses 



Master schedule builder 



Capability to build a master schedule 

manually 

automatically 
Capability of handling a variety of 
Scheduling ^ Its 

- full year 

- semester 

- trimester 

- quartermester 

- 6 week unit 

- any combination ot the above 

User defined timetable rotation/tumble 
Flexible number of periods per day 
Capability to specify exclusive male or 
female sectionB 

Capability to maintain current and future 
year/semester master schedules 
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EVALUATION 
FACTOR 



^ITEFIA ITEMS 



Scheduling Process 

User defined scheduling sequence 

- low grades first 

- high grades first 

- A to Z 

- Z to A 

Unschedullng of no-shows/wlthdrawals 

Scheduling of Individual student or small 

groups of students 

Capability to reset all students or 

partially scheduled st*idents 

Capability to lock scheduling assignments 

for all students or a group of students 

Restart capability 

Course weighting/semester balancing 

(ensure even course load for students) 

Blocking of courses 

Section balancing 

Class balanclTig (males-females) 

Capability to keep scheduling open after 

ichool start vhlle starting to use the 

attendance module 

Scheduling Reports/Inquiries 

- student timetables — grid and list 
format 

- Instructor timetables — grid and list 
format 

- room timetables — grid and list format 
master schedule 

* student scheduling conflicts 

- students partially scheduled 

- unasslgned time 



WEIGHT 
(W) 



SCORE 
(S) 



WEIGHTED SCORE 
(W X S) 



MAX Ur SCORE 
(W X s ) 



Wr SCORE/MAX Wr SCORE 



6 



6 



8 



8 



8^ 
8 



9 
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WEiGtrr 
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SCORE 
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WEIGHTED SCORE 
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WT SCORE/MAX WT SCORE 




Junior High Scheduling Requirements 














Homeroom grouping for core subjects 


9 












Capability of scheduling any course in 
any combination and number of time 
periods 


10 












TOTAL SCKDOUNC 


200 












STUEKT AnEHQANCE 














Entry of Attendance Data 














manual entry 


5 












automoted entry 


9 












Multiple user-defined absence types 


8 












Capability to record attendance data at 
various intervals 


10 












- dally 

- twice per day 

- period by period 

- subj by subject 














Attendance history 


8 












- at least ten days detail 

- cuamulative totals 














Attendance reports/inquliies 


10 












- student by class 

- '.fiidpnf hv fiiihiect 

J c uu w lie VJ o U W J w V. w 

- student by period 



















EVALUATICW 
FACTOR 


ailTERIA ITEMS 


WEIGHT 
(W) 


SCORE 
(S) 


WEIGHTED SCOPE 
(W X S) 


MAX Wr SCORE 


Vr SCORE/MAX WT SCORE 








- homeroom attendance 

- daily sunmary 

- weekly summary 

- monthly summary 

- multiple absence 

- capability to produce unexcused 
absence report for the current day 
within 30 minutes 

- the system should allow user defined 
reports/inquiries using available data 


















TOrCAL ATXENQANCE 


50 
















STUKNT MARKS 


















Entry of marks data 


















manual 


5 
















automated 


9 
















Marks data 


10 
















- minimum of term marks plus final mark 

- letter or percentage grades 


















Student Exaofi 


0 
















Exam timetable builder 


















- automated 

— manual 


















Exam Reports/ Inquiries 














K) 




- potential eyjxsi conflict matrix 
exam scneQUxes 
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EVALUATION 
FACTOR 


CRITERIA ITEMS 


WEIGHT 
(W) 


sroRF 
is) 


(W X S) 


MAY i/r cpOT-F 
X S^) 


WT SCORE/ MAX VTT <;rnRF 




Reports/ Inquiries 


10 












proof list 
report cards 

- marks data 

- final mark, calculated according to 

- user-defined form 

- attendance data 

- class averages 

- honour lists 

- potential failure lists 

- aradiiation list 














TOTAL snn»rr harks 


40 












irriLTTf FllNCTTOIK 














Rric ki 1 T> / iRp Q t" n rp 


1 7 












Secur i t v/ Con t ro 1 










































grand total, PRODUCT SCOPE AND FUNCTION 




400 




1 
















EASE OP 


- flexibility 


60 










USE 


- modular, table driven 

- help facilities 

— nipnu driven 














GRAND TOTAL, EASE OF DSB 




60 
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EVALUATION 
FACTOR 



TECHNICAL 

OOKSIDERATIOIIS 



SUPPORT & 
SEBVIGBS 
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CRITERIA ITE>1S 



hardware 

system software environment 

- operating system 

- utilities 

- database management/ system 
Internals/ files 

- networking capabilities 

- user hooks 

- modularity of the .«yctem 



GRAND TOTAL, TECHNICAL CONSIDERATIONS 

- local versus where/how far 

- package support and services 
- software support, custom 

modifications 

- docurnentation 

- user guide, application system, 
procedural, operations guide, 
file layouts 

- training 

- applications system, operational 
(DP), availability schedule, format, 
location, prerequisites 

- implementation 

- training 

- initialization (conversion, file set- 
up, output forms) 

- implementation plan 



GRAND TOTAL. SUPPORT & SERVICES 



WEIGHT 
(W) 



80 



80 



70 



SCORE 
(S) 



WEIGHTED SCORE 
(W X S) 



70 



J 



MAX Vnr SCORE 



(W X 



WT SCORE/MAX WT SCORE 
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EVALUATION 
FACTOR 



CRITFRIA ITEMS 



PRODOCr 
qUALIFICmONS 

package background 

- reliability 

- current development status 

- number of installations 

- product development plans 

- release concept, portability, 
verticality 



GRAND TOTAL, PRODDCT QDALIFICATIOHS 

VENDdL 

- Corporate information 

- background and history 

- financial performance 

- employee base 

- Market volatility and vendor stability 

- References 

- Contractual Terms 

- maintenance 

- warranty 

- ownership rights 

- discount structure/price limit 



GRAND TOTAL» VENDOR 



SCORE 
(S) 



WEIGHTED SCORE 
(W X S) 



MAX WT SCORE 



WT SCORE/MAX WT SCORE 



80 




70 
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**3«2 Selection Criteria Level 3 - Comparison Sunnnary and Review Form 



The Level 3 working form la used exclusively for one product. In contrast, 
the Comparison Summary and Review Form contains a summary of the results of 
the detailed evaluations on all (three In our example) products under 
consideration. This form Is designed to facilitate comparison between 
alternatives based on the six major factors referred to In section 2.0 (and 
which were evaluated in detail through the Level 3 Working Form), 

To employ the comparison summary and review form, the potential SIMS user 
completes the column marked EMPHASIS. Entries in this column indicate the 
kslative emphasis which a user places on the corresponding evaluation 
factor. The potential user then extracts the ratio (weighted score/max 
weighted score) xom the Uvel 3 Working Form for each of the ».valuation 
factors, multiplies this ratio by the EMPHASIS and enters the result in the 
appropriate column for each product alternative under consideration. 
Resulting entries in the product columns will be numbers (less than or equal 
to the corresponding emphasis) which are measures of the suitability of the 
particular product for a given evaluation factor. These numbers can be 
considered to be scores out of the percent emphasis. The vertical total of 
suitability will be a sccre out of 100 for a given product which can be easily 
compared from product to product. 

It should l<r noted that Dultabllltles calculated according to the method 
described ahould be viewed as relative measures of the extent to which systems 
meet a patlcular user's needs. Suitabilities will vary according to the 
completeness of the criteria, user defined weighting factors, percent emphasis 
and, very obviously, on the scores assigned by the product evaluator. 

It shoul'l be noted that the useir may easily df*fliie and usj versions of this 
form at i» more detailed level if so desired. 

For those evaulators who m^y wish to compare natural and weighted scores 
across product alternatives, a Detailed Scoring Comparison Form Is Included 
(see Appendix 3), This particular form Is Identical in format to the Level 3 
Working Form and contains only those items which were scorable (I.e. it does 
no'* include context related items). 
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SmS - SELECTION CRITERIA - LEVEL 3 • Coaparlson Sunaiary and Review For* 



EVALUATION FACTOR 


EMPHASIS 
(%) 


SUITABILITY « EMPHASIS X ( WEIGHTED SCORE ) 

(MAX WEIGHTED SCORE) 


PRODUCT 1 


PRODUCT 2 


PRODUCT 3 


PRODUCT SCOPE AND FUNCTION 
EASE OF USE (OF PRODUCT) 
TECHNICAL CONSIDERATIONS 
SUPPORT AND SERVICES 
PRODUCT QUALIFICATIONS 
VENDOR 


















































TOTALS 


100 
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5 • 0 SUGCBSTKD OSK OF THE SKLKCnOH CRITERIA 



Level 1 and Level 2 criteria documents have been designed for use in simple 

checklist fashion, and are intended to facilitate product screening. The user 

should determine how well a product alternative meets the criteria set out and 

whether to proceed to successive levels of the evaluation process. 

Level 3 of the evaluation process, though very detailed, is also flexible. 
The following steps are suggested for the Level 3 evaluation: 

o examine the criteria for completeness - add nteded items 
o confirm/ adjust the weighting system 
o choose a comfortable scoring scale 

o prepare one adjusted Level 3 Working Form for each product to be 
evaluated 

o score -elevant criteria items for each product according fco scoring 
scale 

o calculate weighted scores, maximum weighted scores and the ratios of 
weighted scores to maximum possible weighted scores for each product 
evaluated 

o calcul^*'"^ Subtotals and totals' 

o transfer .w and weighted score to the Detailed Scoring Comparison Form 
(optional) 

o define the percentage emphasis, extract data from the Level 3 Working 
Form and complete the Comparison Summary and Review Form 

o analyze the Comparison Summary and Review Form to determine the inost 
suitable product - this will be indicated by the product with the 
highest total suitability 

Both weighting factors and scoring scales are user definable. It is 
important, however, to evaluate competitive products on the same set of 
criteria. 

Having determined the relative suitability of competitive products, product 
price must be considered as a factor for a second time. Having evaluated a 
oroduct at Level 3 itself implies that it is within rhe replm of affordabil- 
Ity. The decision which must now be made relates to differences and tradeoffs 
between product suitability and product price. 
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6.C OOHMEMTS AMD rONCLOSIONS 



A flexible process, together with supporting documentation, has been de eloped 
which is adaptable and which can be universally applied to the evaluation of 
School Information Management Systems (SIMS). The process is simple to apply 
and may he used by district or school administrators to evaluate systems 
alternatives, independent of the level of hardware to be employed (i.e. 
microcomputer, minicomputer or mainframe). 

In fact, the detailed evaluation of a product (Level 3 Working Form) could be 
carried out objectively by a technical expert, the outcomes of which can be 
effectively employed in a subjective way by the potential user to determlni» 
its sultablity to his/her particular needs. 

The choice of a SIMS has far more profound implications beyond the cost of the 
system itself, for reasons which have already been mentioned. Accordingly^ 
this initial step towards the computerization of school information management 
processes should receive careful consideration. 

In view of the current, extremely high level of interest in this area, and of 
the significant implications of related decisions, we recommend that the 
process and documentation be communicated to other districts as soon as 
possible. The critical level of interest ha.^ b^ien emphasized by frequent and 
detailed communications on this topic with other schools. 

It should be emphasized that the Level 3 evaluaf < of SIMS Is a time 
consuming and intensive process. In vlaw of thlr* it is not likely that an 
individual school or a small jurisdiction v/ill Ji ;^rtake the evaluation of 
more than one system at the same time. 7.:is means comparative results will 
not be available with which to determlm. the relative benetits and trade-offs 
between alternatives. In such cases, U is highly likely thac the first 
alternative evaluated will be aSorr ^ operationally unless it turns out to be 
quite unacceptable. 

Sequential and potentially limited evalu. tion of system alternatives implies 
that detailed information on system^^ alternative's will not be simultaneously 
available to schools at the point .n time when critical long term operational 
decisions are being made. In order to maximally benefit schools throughout 
the Province, evaluations should proceed in parallel. Such parallel 
Investigation is currently taking place through a separate project funded 
jointly by Alberta Education and Edmonton Public Schools. In addition to the 
information being acquired through this investigation, we recomm.^nd that 
Alberta Education encourage the completion of the Level 3 docume^-^s by those 
schools or districts who may be currently engaged in detailed evaluations of 
SIMS. This information shcald then be collected, analyzed and appropriately 
communicated. Although it is highly desirable to have scoring judgments made 
as consistently as possible in order Ko maintain reasonable comparability (as 
is the case within the Edmonton Public Schools initiatives), all input and 
experience- Is of value and should be sought out and compiled. 

It is the intention of the Distributed Systems Team to utilize the criteria as 
a common basis to report the outcome of all of its micro and mini based SIMS 
related project commitments to Alberta Education. 
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APPENDIX 1 



GENERAL QUESTIONNAIRE 



This document was distributed to schools for coapletion 
as an loltial InforDatlon gathering step In the process 
to develop evaluation and calectlon criteria for school 
information management systems. 



ERIC 



(29) 



EDMONTON PUBLIC SCHOOLS 
COMPUTERIZATION OF SCHOOL ADMINISTRAtlVEZlNFnPMATION SYSTEMS 



GEN ERAL QUESTIONNAIRE 



Background 



The Distributed Systems Services Team has identified a short list of compu- 
ter software packages specifically designed for the day-to-day student 
administrative requirements of individual schools. In order to facilitate 
the selection of the most suitable software alternative, for the EPSD from 
a District-wide perspecti vj, the attached questionnaire has been prepared 
with a view of determining the relative importance of tne type of inform- 
ation, system functions and features needed by the scnool(s). In addition, 
personal interviews will be conducted with each participating school in 
order to determine each school's specific information requirements, review 
the type and detail of data needed by the school to streamline its oper- 
ations and identify any areas of concern. 

The questionnaire has been divided into two parts, part 1 deals with the 
information needs of a STUDENT ADMINISTRATIVE SYSTEM and Part 2 addresses 
other information requirements that the school (s) may have. 

Part 1 - STUDENT ADMINISTRATIVE SYSTEM 

Each item is to be weighted in accordance to its relative importance to the 
specific institution completing the questionnaire, using the following rat- 
ing scale. 



NONE - Not required, 



OPT 
IMP 



- "Optional" 



- a requirement not considered essential 
for which preference may be given 



but 



"Should" - a requirement having a significant degree 
("Desireable") of importance to the objectives of the 
("Important") Student Administrative/Information System 



MUST - Mandatory 



a requirement that must be met in a sub- 
stantially unaltered form in order for the 
software package to meet the schools vital 
information needs. 



Part 2 - OTHER INFORMATION SYSTEMS 



Applications should be ranked in accordance with the school 
computerize other areas of its operations. 



s priority to 
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NAME OF SCHOOL (in full) 



Questionnaire completed by: (Name) 

(Title) 



PART 1 

STUDENT ADMINISTRATION SYSTEM - INFORMATION NEEDS 

SECTION A - School records, student records, attendance recording/ 
reporting, student marking process and reporting 
requirements. ^ 

General Overview of the System's Objectives 

J.^^^^^k'^'"^'' student administrative system to resolve and streamline the collectinq 

ed da 'a^ :r"2;i3ru 'Jn^^r' ''J'''''' ''''' ^° .aintatn d n " ;iat. 

?orc counsel ors ^"n?t%nrt^;f^ and prepare reports that are used by administra- 

Lurv, counsellors, instructors, students and parents. 

Information Need - Relative Rating Scale Legend : 

Relative Importance 



Column Heading - NQNE 



OPT IMP MUST 



Degree of importance - Not required Optional Important 



Mandatory 
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- 2 - 

Application/Feature Description Relative Importanc e 

NONE OPT IMP MUST 

1) Registration/Enrollment 

-Entering a student into the school and 

creating the student record 

•Registration/Enrollment confirmation notice 

-Other information needs (specify): 



2) Student Records 

-Demographic data e.g. name and address, pro- 
gram, type of instruction, medical, class(es), 
timetable, medical, parents, etc. 

-History i.e. academic achievements, marks, 
course attempts, etc. 

-Student coding e.g. 

- school ID# 

- EPSD & Alerta student ID # 

-Bus Information e.g. bus pass number, pick- 
up and drop off points, driver name, bus 
routes etc. 

-Interface/integration with your school's 
accounting system (in future) 

-Other (specify) 
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- 3 - 



Application/Feature D ft scription Relative Importance 

NONE OPT m MUST 



3) Studert Attendance 



-Indicate the frequency that attendance is/ 
should be taken in your school e.g. every 
period (by class) once per day, twice per 
day, at homeroom time, etc. 



-How often do you need attendance reports 
e.g. daily, weekly, bi-weekly, etc.? 



-How much detailed attendance history does 
your school require tn keep "on-line" for 
parent, co;»^sellor inquiries e.g. 5 days 
history, 6 ooys hi<;tory etc.? 



-What types of attendance reports do you need? 
e.g. by student, studrnt by class/subject, 
student by day, exception reports etc. and 
how frequently do you require each report? 



4) School Reports 

-Directories/class lists 
-Labels (mailing) 
-Student ID cards 

-Schedules (student, teachers, rooms) 
-Other reports (specify) 
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- 4 " 



Application/Feature Description Relative Importanc e 

NONE OPT IMP MUST 



5) Instructor Records 

-Personal and demographic information 
-Courses taught 
-Areas of specialty 
-Certificate nunber 
-Other (specify) 



6) Student Marking Process 

-Comprehensive editing and validation of student 
marks prior to report card preparation e.g. mark 
verification, identification of student with 
unassiqned marks etc. 

-Report card printing 

-Type of reports e.g. GPA*s, honour lists, etc. 
(Please specify): 



-Other information needs (specify): 



-What is the maximum number of marks per course 
maintained by your school for a student e.g. 
4 mid-term marks, 2 exams and a final mark? 
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- 5 - 



Application / Feature Description Relative Importanc e 

NONE OPT IMP MUST 



7) Student Exams 

-Exam timetable builder 
-Exam conflicts matrix 
-Exam schedules 
-Other (specify) 



8) Courses 

"Course number, short description, detailed 
description (for annual school handbook), 
credit values, prerequisites, etc. 
'ither information requirements (specify): 
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- 6 - 



SECTION B - STUDENT SCHEDULING 



Course requests, prerequisite verf icatior, request ccifirmation, student curricular coun- 
selling, computerized scheduling, school start up registration, automatic generation of 
student fee sheets and printing of individual timetables. 



THIS SECTION IS APPLICABLE TO HIGH SCHOOLS, 
JUNIOR HIGH SCHOOLS AND ELEMENTARY-JUNIOR 
HiGH SCHOOLS ONLY 
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SECTION B - STUDENT SCHEDULING 



Course requests, prerequisite verification, request confirmation, studet l curricular 
counselling, computerized scheduling, school start up registration, automatic generation 
of student fee sheets and printinq of individual timetables. 



Application/Feature Description Relative Importance 

NONE OPT MUST 

1) Pre-scheduling 

-Comprehensive editing and validation of 
course requests e,g, prerequisite checkinq 
marks verification, identification of 
students with no requests, insufficient/ 
excessive credits requested 

-Preschedul inq reports e,g, course tally ~ ' 

list, exception reports (students missing 

mandatory/compulsory courses) 
-Scheduling conflicts matrix 
-Other Information needs (specify): 



-Other preschedul ing reports (specify): 



2) Master Schedule 

-Master timetable builder 

i) What course code would you prefer to 
use e,g, a school course code, EPSD 
course code or the Alberta course code 



ii) Please specify ALL of the scheduling 
units used by your school, e,q. semester 
full year, trisemester, six week section, 
quartemiester, etc. 
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- 8 - 



Ap plication/Feature Description Relative Importance 

NONE OPT IMP MUST 

iii) Please specify the following: 

Rotation: _ _ 

Days per weeY: ^ 

Periods per week: 

used in your school's master timetable. 



3) Student Schedulirg 

-Completion of the student scheduling process 

before the summer break 
-Ability to preassign sections 
-Ability for your school to assign scheduling 

priorities 

-Automatic scheduling of an individual student 

i.e. mid-term transfer pupil 
-Ability to schedule groups of students 

i.e. unregistered last minute arrivals 
-Ability to 'UNSCHEDULE" a student or group 

of students i.e. no shows, students that 

move away during summer etc. 
-Restart capabilities e.g. reset assignments 

for a student and/or course 
-Course sequencing 

-Course weighting i.e. ability of the computer- 
ized scheduler to distribute course loads evenly 
so that a student is not scheduled to take an 
overload of difficult courses in the first 
semester and a group of relatively easier 
courses during the second semester 

-Blocking 

-Class balancing 

-Semester balancing 

-Double room identity e,g. Physical Education 
all male/female class 

-Double room identity for mixed classes e.g. 
Home Economics and Industrial Arts 



i) What are your present scheduling priorities 
e.g. - lower grade students first and so 
on up to highest grade? 



e.g. - single section courses before 
multiple section courses? 
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Ap plication/Featu r f. Descri ption R'.^ lative Importance 

NONE OPT IMP 



e.g- - mandatory/compulsory courses first 
fol I owed by student preferences 
foTowed by options/alternatives? 



OR indicate your priorities: in the space 
below: 



-Ability to run schedules fronfi more than one 
perspective e.g. single sections first then 
mandatory . • rses etc. and mandatory courses 
fi>it and single sections last 

-Other information needs (specify): 



Reports 

-Student schedules 
-Multiple conflicts matrix 
-Partially scheduled students 
-Other (specify): 



4) School Start Up 

-Generatio'^ of fee sheets 

-Ability to schedule all new students (unexpect- 
ed enrollments) only i.e. the schedules for all 
previously registered students would not be 
affected 

-Preparation of timetables in gri^ format 

(students, teachers ^nd rooms) 
-Class lists 
-Other (specify). 
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- 10 - 



THE FOLLOWING ITEMS ARE PERCEIVED ^0 BE APPLICABLE 
TO SCHEDULING IN JHNIOR HIGH SCHOOLS ONLY 



n^plication/Feature Descripti on Relative Importance 

NONE OPT IMP MUST 



5) Special ScheduVng ReqMlrements 
of Junior High Schools 

-Blocking of course options 
OR 

Scheduling students requesting same group of 
options into the same class or homeroom 

-Blocking of 2-3 sections of the same course 
in same time block "^.g. Math or Language Arts 

-Homeroom identity gr' jping for Language Arts, 
Social Studies, Scie- Math 

-Ability to handle option courses with va\vinq 
lengths of instruction e.g. French as ar optioti 
requires four periods pr** week whereas otl^er 
options require three periods per week 

-Back to back time tabling for double classes 

-Ability to handle variable time slots b^ 
course subject e.g. si '^3ricds of Lan* uaqe 
Arts, five periods of -th, four periods of 
Sc ial Studies, etc. 

-Other requirements or unique characteristics 
associated with the scheduling process for 
your school 



Please specify any idiosyncracies in your 
sci^ools allocation of subject time e.g. 
different/variable periods (standard period 
= 40 minutes, course x has a period of 
30 minutes, etc.) 
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PA RT 2 ■ OTHER iNF ORMATIOf! SYSTEMS 



Plea:><» rank the importance of each application in accordance with your 
schools priority to computerize other areas of its operations, e g. 1, 2, 3 
etc., from most important to least important. If an apolication is not 
perceived to be a requirement indicate a priority of "0" (zero) or "NIL". 

Appli cation/System or Sub-system 

Accounts Payable 
Accounts Raceivable 
Budgeting 

Computer Assisted Instruction (CAI, CAL, CML) 
Cost ^ counting 

Financial (General Ledger and Financial Statements) 
- also indicate whether or not you require 
commitments to be included i.e. encumberance 
accounting Yes or No 

Fixed Assets 

Inventory Control 

Library Services 

Purchasing 

Word Processing 

Work Orders 

Other (Specify) 



Implementation 
Priority 
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APPENDIX 2 
INTBR7I5sf GUIDE AND DETAILED CHECKLIST 



This docuoent vas used to facilitate a follow-up 
interview with surveyed schools to clarify and conflra 
their responses to the general questionnaire. 



5S 



EDMONTON PUBLIC SCHOOLS 



COMPUTERIZED INFORMATION SYSTEMS NEEDS OF INDIVIDUAL SCHOOLS 



INTERVIEW GUIDE AND DETAILED CHECKLIST 



SECTION A - School records, student records, attendance recordinq/ 
reporting, student marking process and reporting 
requirements. 



Application/Feature Description Relative Importance 



NONE OPT IMP KUST 



1 ) Regi strati on/En ro I Iment 

Use questionnaire. 



2) Student Records 

-Personal /Demographic 

-Courtesy name 

-Academic 

-Activities 

-Medical 

-Proqram 

-Type cf instruction 
-Timet ables 
-Courses and classes 

-Student history to incl'^de all courses/marks 
while in the school 
OR 

"Does the school want to include all marks the 
student has achieved while in a similar level 
of school e.g. High School, Grades 10-12; 
Junior High, Grade<^ 7-9 etc. 
Specify level of detail needed below: 



-Complete history of each course that each 
student attempts, including the number of 
attempts 



-Parent data up to a maximum of 2 parents 
per student 
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Appi i cat i on /Feature Descr i pti on Relative Importar.ce 



NONE OPT IMP MUST 



Is a limit of 2 parents sufficient? 
Yes or No 



-Bus pass number 
-Bus route(s) 
-Driver name 

-Pick-up and drop off points 

-Student ID # (indicate whether the school 

has a preference for its own unique ID 

system or the EPSD ID #) 



Multiple ID'S for cross referencing and 
interface with EPSD and Alberta 



3) Student Attendance 

Use questionnaire. 



4) Sc^Dol Reports 
Use questionnaire. 



5) Instructor Records 

Use questionnaire. 



6) Student Marking Process 

-Report cards prepared by school rather 

than I SB Yes or No 

If Yes indicate level of importance 



-Student marks proof listing for verification 
before production of report csrds 



'Student transcripts 



7) Student Exms 

Use questionnaire. 
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Appi i cat i on/Feature Descri pt i on Relative Importance 

NONT OpX IMP MUST 

8) Courses 

-Term weight 

-Tncluded/excluded from report card average ZHZ ZZIZ ZZZZ ZZZI 

-Pass/Fail mark ZIIZ 

-Other (specify): 



SECTION B - STUDENT SCHEDULING 

M.B. THIS SECTION SHOULD BE COMPLETED FOR HIGH SCHOOLS AND JUNIOR 
Hl&i SCHOOLS ONLY 

Application/Feature Description Relative Importance 

1) Pre-scheduling 

-Student course/proqram/curriculum counsel linq 
list 



-Marks verification as part of prerequisite 
checking e.g. 49% in Math 10 is not acceptable 
for entry into Math 20 course but is acceptable 
for Math 23 

In this case should the student be advised 
of his/her options before the schaduling 
simulation i.e. repeat Math 10 or opt for 
Math 23? Yes or No ? 

-Ability for the individual student to 
identify his/her 

a) mandatory/compulsory courses 

b) preferred course requests 

c) preferred alternatives 



CONTINUED 
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Application/Feature Des^'rjption 



kclative Importance 



NONE 



OPT 



IMP 



MUST 



•Ability to conduct prerequisite checkii.j for 
students from another school within the EPSD 

-Ability to handle co-requisites 

•Ability to ad'J student records from another 
EPSO school into your microcomputer e.g. 
transfer student, graduate student from 
a feeder school etc. 



2) Master Schedule 

-Current Semester 
-Current Year 
-Future Semester(s) 
-Other (specify): 



3) Student Scheduling 

-Access to scheduling alorithim e.g. logic, 
parameters, scheduling resolutions, options etc. 

-"Teacher Link Courses" e.g. in the instance 
where a teacher is instructing English 10 
and Social 10, a common core of students 
should be schedi<lcd to this teacher for 
both courses (subjects) 

-Arena scheduling 

-Student section selection (preference) 
-Student instructor selection (preference) 
-Reduced term requests i.e. scheduling a 
student into, say, the second semester of a 
full year English course in order to improve 
his/her qrade without repeating the first 
setnester which ho/she passed satisfactorily 

-Specific term requests e j. Biology 10 in 
first semester and Biology 20 in the second 
r^emester 

CONTINUED 
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Appi i cat i on/Feature Descr i pt i on 



Relative Importance 



NONE 



OPT 



IMP 



MUST 



Other reo'jirefnents for an in-house computer- 
ized scheduler: 

- use data from questionnaire and interview 



4) School Start Up 

Use questionnaire. 



5) Special Scheduling Requirements 
of Junior High Schools 

Use questionnaire. 



ENSURE I HAT THE JUNIOR HIGH SCHOOL IDENTIFIES 
ITS UNIQUE NEEDS AND DEFINES ANf ITEMS OR 
AREAS THAT DIFFER FROM THE NOt^M. 
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PART 2 - OTHER r^ORMATION SYSTEMS 



ACCOUNTS Payable (a/p) 

1) Open item or balance forward 

2) Does the school issue its own A/P cheques? 

If Yes how many cheques does it issue per month on the average? 

3) What is the average number of General Ledger distributions per vendor invoice? 



4) If the school has indicated that the computerization of its Accounts Payable applied 
tion is a need, obtain a general description of what the school expects from an auto 
mated system e.g. type of reports, statistical analysis, breakdown of A/P expenses 
(how?) etc. 



5) Should the school's purchase orders b? included in the A/P system to reflect commit- 
ments? 
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ACCOUNTS RECEIVABLE (A/R) 

1) Open item or balance forward 

2) How many invoices does the school issue per month? 

3) Does the school issue monthly statements for unpaid accounts? 



4) Whv does the school wan^ to automate its A/R application? 

e.g. expected results, type and frequency of reports, revenue analysis, etc.? 



BUDGETING 

If computerization of General Ledger and Financial Statements are a need identified by the 
school suggest that the Budgeting application should be included as an integral part of 
the former system. 

1) What information and/or statistical breakdowns do we need for budgeting e.g.: 
-student count by category or program (ESL pupils, native children, etc.) 

-previous years financial statements by department, program, cost centre, etc. 
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FINANCIAL (GEKZRAL LEDGER A»\'n FINANCIAL STATEMENTS) 

1) Should commitments be included n the schools financial reports ^ e. encumberance 
accounting in order to ensure that the school knows where it stands in relation to its 
budget? 

For example: 

Total budget - (actual expenditures + PO commitments) = the balance available in the 

budget 

2) Does the school require any interface/integration between its financial and student 
administrative system? 

3) What typj of G/L coding structure does the school envision? 

e.g. EPSD G/. -ode 
or 

The schools own G/L code 



4) How many G/L accounts does the school now use? 



CONTINUED 
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5) What objectives is the school ^eeKing througli computerization of its financial inform- 
ation i.e. type and frequency of reports, budget analysis etc. 



6) How many different fund sources does the school have? 
e.g. 

EPSD funds (from provincial and municipal taxes) 

TRIM funds (Text book rental, fees and instructional materials) 

Special project funds derived from school initiatives i.e. car washes, 
bottle drive etc., for field trips (glee club, band, soccer team) 

Other 

7) Do€S the school require separate financial statements for each fund it is responsible 
for? 



8) Are consolidated financial statements required by the school? 



9) What other financial information does the school need? 
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COMPUTER ASSISTED INSTRUCTION 

Obtain a general description of the schools needs and expectations in this area. 



Cost Accounting 

1) Could the schools reguirements in this area be included in the general ledger finan- 
cial statements. If not obtain a conceptual overview of the type of cost accounting 
Information reguired by the schoo'' 
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H 



FIXED ASSETS 



1) What general class of itt.nu does the school wane to include in thi^. appl i-.atiQn? 



2) Are the school's fixed assets currently taqoed with a permanent identifier? 



3) Approximately how many icems does the school estimate it would include in its automat- 
ed fixed asset sy.em? 



4) Obtain a brief conceptual overview of wha^- the school expects from a ^^^ed asset 
system. 



5) What type and ^rsquency of re -ts does the school need ''rom this 



syo^:m. 
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INVENTORY CONTROL 

1) Toes the school have a central storaqe facility? 



2) What type{s) of inventory and how many items, issues and receipt*} does the sc'iool wish 
to con':rol? 

e,y. Automotive shop 

Wood shop 

Home Economics, etc. 



3) Does the ^chcol need to integrate its purchase orders with inventory control? 



4) What does the school need in the way of an inventory control system? 
Describe briefly. 
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libkary services 



1' How many books dcas the school estimate to have in its library? 



2) Computerized needs 

-Cross ^efererce by Author? 

Title? 
Publisher? 
Subject? 
Key words? 

-Checkout/Renewal 
-Returns 

-Overview notices/lists 

-Fines 

-Other 



3) Statistics e.g. usage? 



4) Obtain a general conceptual overview of the sch.o^s needs in this area. 
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PURCHASING 

General ^requirements, volumes and brief conceptual overview. 



WORD PROCESSING 

Estimated volumes, frequencies 

Type of vord processing needed i.e. 
personalized letters 
mass mail ings 
reports 

general correspondence 
Try to determine an estimate of the school's current work load 
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WORK ORDERS 

Estimated Volumes 

How are they handled now? 

Are W/O's costed out e.g. 

labour $ 
material $ 

Are W/O's integrated into the financial system? 

General conceputal overview and description of system needs. 
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APPENDIX 3 
DETAILED SCORING COMPARISON FORM 
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EVALUATION 
PACTOR 



CRITERIA ITEMS 



WOOOCT 

score 4 

PTWCTIOff 



SCHOOL RECORDS 

Pre-Regi8tration/Enroi:> r^nt 

Create student record 

Registration confirmation notice 
Feeder achool confirmation notice 

TOTAL Pre-Regiatratlon/Enrollment 



Detailed Data Iiema 
Student information 
Instructor Information 
Course informs ion 

TOTAL Detailed Dsta I tew 
Reports/Inquiyies 
TOTAL teports/lTuqiilriea 
TOTAL SCHOOL RECORDS 
SCHEDULI1I6 

N^nual scheduling (Arena Scheduling) 
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WEIGHT 
(W) 


PRODUCT 1: 


PRODUCT 2: 


PRODUCT 3: ] 


SCORE WEIGHTED 
SCORE 
(S) (V X S) 


SCORE WEIGHTED 
SCORE 
(S) (W X S) 


SCORE WEIGHTED 
SCORE 
(S) (W X S) 






- 




3 
















20 






r 


















15 
































90 








7 
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EVALUATION 
FACTOR 


CRITERIA ITEMS 




Pre- 'cheduling 




lA/Uroc! tvc\{Uc<>c.o 




manual entry 




automated entry 




Edl^ and validation of course requests 



Pre-scheduling reports 



TOTAL Pre-Scbeduling 

Master schedule builder 

Capability to build a master scheduler 

manually 

automatically 
Capability of handling a variety of 
scheduling ui Its 

User defined timetable rotation/tumble 
Flexible number of periods per day 
Capability to specify exclusive male or 
femal'i sections 

CapabxliCy to maintain current and future 
year/senester master schedulej 

TOTAL Master Schedule Builder 

Scheduling Process 

User defined scheduling sequence 

Unscheduling of no-shows/vithdravalu 
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PRODUCT 1 ; 

WEIGHT SCORE WEIGHTED 
SCORE 

(W) (S) (W X S) 



PRODUCT 2: 



SCORE WEIGHTED 
SCORE 
(S) (W X S) 



PRODUCT 3 : 

SCORE WEIGHTED 
SCORE 
(S) (W X S) 
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7 



30 
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EVALUATION 
FACTOR 


CRITERIA ITEMS 


WEIGHT 
CW) 


PRODUCT 1: 


PRODUCT 2: 


PRODUCT 3: 

SCORE WEIGHTED 
SCORE 
^S) (W X S) 


SCORE WEIGHTED 
SCORE 
(S) (W X S) 


SCORE WEIGHTED 
SCORE 
(S) (W X S) 




Scheduling of Individual student or small 

groups of students 

Capability to reset all students or 

partially scheduled students 

Capability tc lock scheduling assignments 

for all students or a group of students 

Restart capability 

Course welghtlng/semesttr bal cing (ensure 

even course load for students) 

Blocking of courses 

Section balancing 

Class balancing (males-females) 

Capability to keep scheduling open aftar 

school start while starting to use the 

at' Y t>'.\t^SiTif*t mrk/liilA 
o ^ k d.4U<Si»v. V liiLI(lUA.C 

TOTAL Scheiuling Process 

Scheduling Reports/Inquiries 


/: 
0 








8 








o 

8 








Q 
O 









8 








7 








8 








A 
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Junior !:igh Scheduling Requirements 

Homeroom grouping for core subjects 
Capability of scheduling any course In any 
combination and number of tlcae periods 

TOTAL SCHEOOLIHC 

STDDEMT ATTENDAIfCE 

Entry of Attendance Data 

manual entry 
automated entry 


n 








10 








200 








5 







_ — 


9 
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EVALUATION 
FACTOR 



CRITERIA ITEMS 



Multlpla user -defined absence types 

Capability to record attendance data at 
various intervals 

Attendance history 

Attendance reports/inquiries 

TOTAL ATTENDANCE 

STUDENT MARKS 

Entry of marks data 

manual 
automated 

Marks data 

Student Exams 

Exair timetable builder 
Exam Reports/Inquiries 

Re ports/ Inquiries 

TOTAL STUDENT MAU5 
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PRODUCT 1: 


PRODUCT 2: 


PRODUCT 3: 


>^UtvL WC.ionit.LI 

SCORE 
U» (W A S) 


SCORE WEIGHTS^D 
SCOKE 
(S) (W X S) 


SCORE WEIGHTED 
SCORE 
(S) (W X S) 




D 

0 








10 










8 








10 








50 

















9 








10 








6 








10 








40 

















evaluation 
Factor 



CRITERIA ITEMS 



UTILITY FUNCTIONS 

Backup/Restore 
Security/Controls 
TOTAL UTILITY FUNCTIONS 



GRANn TOTAL. PRODUCT SCOPE ANL FUNCTION 



liADZ OF 
USE 



GRAND TOTAL, EASE OF USE 



TECHNICAL 
CONSIDERATiaN 

\ 

GRANL OTAL, TECH.^TICAL CONSIDERATIOMS 



SUPPORT & 
SERVICES 



GRAND TOTAL. SUPPORT & SERVICES 



to 



ERIC 



S3 



PRODUCT 1 



PP^DUCT 2 



WEIGHT 
(W) 



SCORE 



(S) 



WEIGHTED 

SCORE 
(W X S) 



(S) 



WEIGHTED 

SCORE 
(W A S) 



PRODU;n 3 



SCORE 



(S) 



WEIGHTED 

SCORE 
(W X S) 
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1 r 

JL 



84 



EVALUATION 
FACTOR 



CRITERIA ITEMS 
(W) 



PRODUCr 
QUALIFICATIONS 



GRANb TOTAL, PRODUCT QUALIFICATIONS 
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VENDOR 



So 



GRAND TOTAL, VENDOR 



WEIGHT 
(S) 



PRODUa 1: 



J PR ODUCT 2 ; 



scc^i: wtiiGHrLn 

SCORE 
(W X S) (S) 



SCORE 

SCGK?: 
(W X S) (S) 



IGKIEH 



PRuDUCT 3 ; 

SCORE WLIGHTED 

SCORE 
(W X 3) 



80 



I 1 



70 



1 



J I 1 j 
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